Service tracking and alerting system for fitness equipment

ABSTRACT

A service tracking and alerting system for fitness equipment ( 18 ) includes one or more subsystems of multiple control servers ( 20 ) (ICS) to gather real time information from one or more fitness equipment units ( 22, 24 ) (FEU) via wireless connection and store such information in a temporary database ( 25 ). Multiple ICSs are linked to a remotely located accumulated data storage unit or silo ( 26 ) having a permanent storage database ( 27 ). One or more silos ( 26 ) and their corresponding ICSs are controlled, accessed, and interrogated through an enterprise level platform ( 32 ). Service alert messages may be generated and sent to one or more recipients if an FEU experiences a significant service event. Also, a reporting interface ( 190 ) allows users to access, enter, update and/or alter, service usage, warranty, and other information from the data storage units ( 26 ) and ICSs ( 20 ).

CROSS-REFERENCE TO RELATED APPLICATION

This patent application claims the benefit of U.S. Provisional PatentApplication No. 60/442,934, filed Jan. 26, 2003.

FIELD OF THE INVENTION

The present invention pertains to the servicing of exercise equipment,especially in clubs, gyms, and other facilities having large numbers ofexercise equipment, and more particularly to a system for automaticallyobtaining service information from fitness equipment units andautomatically sending service alerts to selected recipients when fitnessequipment units require service or repair.

BACKGROUND OF THE INVENTION

In general, fitness facilities and clubs (such as Gold's Gym, Bally's,24-Hour Fitness, etc.) obtain service information regarding theirfitness equipment units (FEUs) via one of two methods. In the oldermethod, when an FEU becomes inoperative, a patron typically alerts amanager or other personnel at the particular fitness facility. Themanager then inspects the unit and determines whether a telephone callto a service provider is warranted. If so, the provider sends aserviceperson to the facility to diagnose and repair the problem. Theunit is then put back in operation. The information regarding each ofthese events is sometimes manually tracked by the facility and/or theservice provider.

In the second method, each FEU is equipped with a display screen andvarious internal monitoring components. The monitoring componentsdetermine when a problem exists within the FEU. The components theneither report this information in the form of an error code displayed onthe unit's screen or simply registers the problem on an internalinterface board. When a particular FEU becomes inoperative, the patronalerts a facility employee of the problem. The employee then goes to theunit to determine whether a telephone call to the service provider isneeded. If so, the provider sends a serviceperson to the facility todiagnose and fix the problem. The FEU is then put back in operation. Asabove, the information regarding each of these events is sometimesmanually tracked by the facility and/or the service provider.

As will be appreciated, the current situation is labor intensive,costly, time-consuming, error-prone, and inefficient. In addition, andperhaps more importantly, the current system gives patrons a negativeimpression of the fitness facility because the patron is aware of abroken FEU. It also makes patrons irritated in that they have to eitherspend time reporting a broken unit or forego reporting it and feelguilty or disgusted. Moreover, the patron may have to wait until anothersimilar FEU is available for use. Another disadvantage to the abovesystem is that the type and frequency of problems experienced by aparticular FEU is generally lost. This information has use indetermining warranty rights and responsibilities as well as making FEUreplacement decisions. In currently warranty reporting, the facilitymanager generally relies on anecdote and unsubstantiated impressions ofthe performance of a particular FEU.

Thus, a need exists for a more efficient service tracking and alertingsystem for FEUs at fitness facilities. A more ideal system would becapable of not only tracking such problem events, but also ofimmediately alerting at least the facility personnel when a problem hasarisen. This way, the facility personnel can immediately post an “Out ofService” sign on the machine, and the patron will not have to becomeinvolved.

SUMMARY OF THE INVENTION

The present invention is directed to fulfilling these needs and othersas described below. The present invention is a service tracking andalerting system for FEUs. Various aspects of the present invention arepresented that may be used in combination or separately. In accordancewith one aspect, an information tracking system includes a controlserver or ICS to gather real time service information from one or moreFEUs via a wireless connection and to store the information in atemporary database. The service tracking system may include one or moresubsystems of multiple ICSs linked to a remotely located accumulateddata storage unit or silo having a permanent storage data base. Thesingular or multiple silos with their corresponding ICSs may becontrolled, accessed and interrogated through an enterprise levelplatform having associated software and hardware. A service alertmessage may be generated and sent to one or more recipients should oneor more of the FEUs experience a significant service event. A reportinginterface allows users to access service information via the enterpriseplatform from the data storage units and/or the ICSs via the Internet orother type of network, including both real time and history service,usage, warranty, and other information.

BRIEF DESCRIPTION OF THE DRAWINGS

The foregoing aspects and many of the attendant advantages of thisinvention will become more readily appreciated as the same become betterunderstood by reference to the following detailed description, whentaken in conjunction with the accompanying drawings, wherein:

FIG. 1 is a schematic illustration of one embodiment an informationtracking system, a service tracking system, a service alert messagingservice, and a reporting interface, each formed in accordance with thepresent invention; and

FIG. 2 is a schematic view of a portion of the system of the presentinvention shown in FIG. 1;

FIG. 3 is a schematic view of a portion of the system of the presentinvention shown in FIG. 2;

FIG. 4 is a schematic view of another portion of the system of thepresent invention shown in FIG. 1;

FIG. 5 is a side elevational view of a fitness equipment unit that maybe monitored through the system of the present invention;

FIG. 6 is another fitness equipment unit that may be monitored throughthe system of the present invention;

FIG. 7 is a flow diagram illustrating service records created andmaintained by the system of the present invention and the updatingthereof;

FIG. 8 is a flow diagram pertaining to the sending of service alertmessages;

FIG. 8A is a flow diagram pertaining to accessing an interface forobtaining service information and reports through the present invention;

FIG. 9 is a menu screen of information and reports that are availablethrough the present invention;

FIG. 10 is an example of a service alert;

FIG. 11 is a query screen for obtaining purchase history information offitness equipment units;

FIG. 12 is a report screen corresponding to the query screen of FIG. 11;

FIG. 13 is a query screen to obtain current service status of fitnessequipment units;

FIG. 14 is a report screen corresponding to the query screen of FIG. 13;

FIG. 15 is a query screen to obtain service and preventative maintenancerecords for fitness equipment units;

FIG. 16 is a report screen corresponding to the query screen of FIG. 15;

FIG. 17 is a query screen for obtaining information pertaining to theusage of fitness equipment units during a particular day or days;

FIGS. 18 and 19 are report screens corresponding to the query screen ofFIG. 17;

FIG. 20 is a query screen to obtain information concerning thepopularity of fitness equipment units based on usage levels ofcustomers;

FIG. 21 is a report screen corresponding to the query screen of FIG. 20;

FIG. 22 is a query screen to obtain information concerning preventativemaintenance tracking of fitness equipment units;

FIG. 23 is a report screen corresponding to the query screen of FIG. 22;

FIG. 24 is a query screen pertaining to summaries of usage of fitnessequipment units by manufacturer, type of equipment, location, etc.;

FIG. 25 is a report screen corresponding to the query screen of FIG. 24;

FIG. 26 is a query screen to obtain special report summary information;

FIG. 27 is a screen for obtaining troubleshooting service information onfitness equipment units;

FIG. 28 is a report screen providing a service status of fitnessequipment unit groupings;

FIG. 29 is a report screen particular to an individual fitness equipmentunit shown in FIG. 28;

FIG. 30 is a report screen showing the service history of a particularfitness equipment unit shown in FIG. 28;

FIG. 31 is a preventative maintenance report for a selected grouping offitness equipment units;

FIG. 32 is a summary report for the current usage of fitness equipmentunits of a desired grouping;

FIG. 33 is a report screen showing detailed usage information on aparticular fitness equipment unit from FIG. 32;

FIG. 34 provides a history of the usage of a particular fitnessequipment unit selected from FIG. 32;

FIG. 35 is a report screen showing trends of usage of fitness equipmentover time by selected criteria including equipment type, equipment at aparticular location, etc.;

FIG. 36 is a menu screen of information and reports available to thepresent invention;

FIG. 37 is a first screen of six utilized for selecting the parametersfor an installation and warranty tracking report;

FIG. 38 is the second screen of the query;

FIG. 39 is the third screen of the query;

FIG. 40 is the fourth screen of the query;

FIG. 41 is the fifth screen of the query;

FIG. 42 is the sixth screen of the query;

FIG. 43 is a report screen providing installation and warrantyinformation; and

FIG. 44 is a service request screen.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT

The present invention is a service tracking and alerting system 18 forFEUs located at fitness facilities. These fitness facilities can becommercial fitness clubs and gyms, exercise facilities at schools anduniversities, resorts, hotels, social clubs or companies, as well as allother locations where FEUs are used. The present invention has a numberof unique aspects that may be used in combination or alone. Therefore,while the text and depictions below describe and illustrate one systemhaving all aspects, it is to be kept in mind that portions of the system18 may be used separately.

Referring initially to FIGS. 1-4, in general, the system 18 of thepresent invention includes using one or more ICSs 20 to collect realtime service information from FEUs, for example, exercise cycle 22 andelliptical trainer 24, located at a particular fitness facility. EachICS stores this information in a temporary database 25. Periodically,the information is transmitted to an accumulated data storage unit ordata silo 26 via a communications/date transmissions network 29. Theaccumulated data storage unit may include a permanent database 27 havinga cache 28 of history service information. Upon receipt of serviceinformation from a ICS, the accumulated data storage unit incorporatesthe newly-received service information into the permanent database 27.The ICS then continues a new round of collecting real time serviceinformation from the FEUs. Although only one silo 26 is shown in thefigures, it is to be understood that multiple silos with theircorresponding ICSs can be utilized. The multi-silo arrangement may beaccessed and controlled using an enterprise level platform 32.

The system 18 of the present invention is further capable of providingservice alert messages to one or more users if the state of a particularFEU should warrant. The service alert message may be generated by theICS 20, the accumulated data storage unit 26, and/or the enterpriselevel platform 32 depending on the criteria set for sending it. Theservice alert message is preferably sent via a data/communicationsnetwork 29 which may be in the form of email, instant message, a voicemail message, text message via cellular phone, walkie-talkie, a pager,etc.

In more detail and referring to FIGS. 1-3, each ICS 20 is associatedwith a fitness facility. The term “ICS” as used herein is defined as asystem 20 that includes a computer 30 having a CPU 31 memory (RAM 32 andROM 33) for collecting service information from an FEU via a wirelesscommunication link, storing the collected service information in anelectronic data memory unit 34, and providing access to the collectedservice information. Such computers are now commonplace and thus willnot be described with any detail here. One example of an ICS suitablefor the present invention is the Envenergy Mediator. The system's memoryunit 34 can be in the form of a removable/non-removable,volatile/non-volatile storage media. Non-limiting examples include ahard disk drive, a solid state flash disk, a magnetic drive, a tapedrive, an optical disk drive, or other optical media. Removable storagemedia could include zip disks, flash cards, USB drives, magnetic ordigital tapes, and the like. In addition to storing the collectedstorage information/data, the memory unit 34 is also used to storeprogram modules, such as an operating system and application programs.Computer 30 runs programs capable of accomplishing the functions of theICS.

In one embodiment of the present invention, the ICS may run operatingsystem software 36, such as an object based operating system.Non-limiting examples of applicable operating systems include MicrosoftWindows™ or Linux™. For applications software, the ICS may run adatabase engine 38 to manage and search the data in the database of theICS. One such search engine is sold under the name Filemaker™. A plugin40 may be used in the database engine to allow the database records tobe accessed from an Internet browser. Web Companion™ is one such plugin.The applications software may also include software 42 to enable thedatabase software to read from and write to serial ports of the ICScomputer. One such software for this purpose is Trio™. Of course, otherdata ports of the ICS may be utilized for data input and output otherthan the serial port. The applications software may also include plugin44 to enable the database software to send emails. One such software isSMTPit™. If service alert messages are sent other than via email, thenother appropriate software can be utilized with the chosen databaseengine. In addition, the application software may include a component 46to schedule scripts. One such plugin is sold under the trademarkEvents™. Of course, some of the foregoing applications' functions may beintegrated together rather than constituting individual plugins for thedatabase management software 38.

Also, other application software may be utilized with the ICS 20, otherthan those described above, to perform those functions described aboveand other functions required of the ICS pursuant to the presentinvention. In this regard, the ICS may utilize software that is part ofthe enterprise level software. One such integrated software is EnvenergyMediator. This particular software has many of the functions of theforegoing plugins already integrated therein. Also, with this software,significant records are not maintained on the ICS; rather, the datacollected by the ICS is periodically transferred to the silo 26 andthereafter the data in the ICS is purged.

Alternatively, the ICS could be software applications that are loadableonto an existing personal computer or other computer and capable ofaccomplishing these functions. In one embodiment, the ICS is a dedicatedcomputer residing at the facility of the FEUs and including acentralized memory 34 for storing collected service information.

By being “associated” with a fitness facility, the ICS may be located atthe facility itself, or it may be located off-site from the facility.This may depend in part on the communication link used between the FEUsand the ICS. Also, depending on the number of ICSs at a particularfacility, it may be necessary to utilize more than one ICS at a facilityor club.

The ICS includes the ability to poll the FEUs at their facility, eithersequentially or simultaneously, and to make such information accessibleto one or more users. By way of background, current FEUs may have theability to internally track various types of service information anddata, for example, e.g., odometer reading, current status, errorhistory, etc. Such machines typically include a two-way communicationsport following the “Communication Protocols and Standards for ExerciseEquipment”, or CSAFE port, for short. The CSAFE port is an industrystandard that is shaped somewhat similarly to a telephone jack. In oneembodiment of the present invention, each FEU includes an radiofrequency transceiver connected to the CSAFE port and also to atransceiver 48 connected to a communications port of the ICS. An exampleof such a transceiver is the AeroComm RF transceiver model No. AC5124C,manufactured by AeroComm, Lenexa, Kans., USA. Alternatively, otherwireless protocols or even a power line transceiver may be used in lieuof the RF-based transceivers.

As shown primarily in FIGS. 5 and 6, the present invention may beutilized in conjunction with an FEU in the form of an exercise cycle 22having a frame 60, a seat 62 mounted on the upper end of a seat post 64.The frame also includes a forward post 66 for supporting handlebars 68and control/display panel 70 at the upper end of the post 64. Theexercise cycle 22 also includes pedals 72 mounted on the outer ends ofcranks 74 coupled to a crankshaft 76. A drive sheave 78 is splined,keyed, or otherwise coupled to the crankshaft 76 and trained to a drivesheave 79 splined or keyed to a drive shaft 80 by belt 82. A flywheel 84is also coupled to the drive shaft 80. Resistance to the rotation of theflywheel 84 may be applied by an eddy current brake or other type ofbrake, not shown. Sensors, such as sensor 86, as well as other sensors,may be utilized to measure numerous operational parameters of theexercise cycle 22, including the speed of rotation of the flywheel 84,the number of revolutions of the flywheel 84 or crank 74, the resistanceload imposed on the flywheel by the braking system, the length of timeof a current workout. As shown in FIG. 5, the exercise cycle 22 alsoincludes a radio frequency transceiver 88 connected to a CSAFE port 90.

The present invention may also be utilized in conjunction with othertypes of exercise equipment, for instance an elliptical trainer 24 asillustrated in FIG. 6. This apparatus includes a floor mounted frame 100on which is mounted an elevatable front ramp 102 for supporting theforward ends of foot links 104 through rollers 106 axled to the frontend of the foot links. The rear end of the foot links 82 are coupled tothe outer ends of crank arms 108 sending outwardly from a crank shaft110 journaled in an upright support structure 112. A flywheel 114 iskeyed, splined or otherwise coupled to the crank shaft 92. Foot supportplates 116 are mounted on the upper side of the foot links 104 forsupporting the user's feet. A forward post structure 118 extendsupwardly and forwardly from the frame 100 to support at its upper end ahandlebar assembly 120 and a display/control panel 122.

Sensors 124 and 126 sense, among other operating parameters, the angleof the ramp 102, the rotational speed of the flywheel 114, theresistance being applied to a flywheel by a braking system, not shown,the number of revolutions of the flywheel, the time duration of theexercise session, as well as other parameters. As in the cycle 22, theelliptical trainer 24 also includes a radio frequency transceiver 128that is wired to or otherwise connected to a CSAFE port 130.

According to the present invention, in one embodiment, ICS 20 is used tosequentially poll each FEU regarding one of a multitude of serviceinformation data types. See FIG. 7. The ICS may include a mastertransceiver 48 (e.g., using an AeroComm radio) that sends a queryincluding an FEU identification number. Each FEU receives the query fromthe master transceiver, determines whether it is the FEU of interest,and responds with the answer if so, see FIG. 7. In another embodiment,software is used on an existing computer to simultaneously poll multipleFEUs at a fitness facility via radio frequency transmissions.

Each ICS has driver software to enable the ICS to communicate with theradio frequency transceiver, as well as driver software to receive theCSAFE format data from the FEU and convert such data to a desired formatfor storing in the ICS, and/or transmitting onto the silo 26 and/orenterprise platform 32.

The database 34 has one service information record 140 for each FEU foreach time polled, see FIG. 3. Each such record 140 can include suchinformation as:

-   -   a communication address used by the ICS to communicate with a        specific FEU;    -   a FEU identification number as assigned by FEU owner;    -   manufacturer Model name/number and serial number of the FEU;    -   text that uniquely describes the FEU;    -   current state of the FEU, including:        -   “ready”—when FEU is idle;        -   “on-line”—FEU is in use, typically by a user, but perhaps by            a service or maintenance person running the FEU's            diagnostics;        -   “error”—FEU has detected a hardware error and thus has made            itself unavailable for use;    -   “no response” to last poll (a true or false value);    -   time since the last response;    -   software version;    -   current odometer reading;    -   current hour meter reading;    -   current speed (for example, pedaling speed, flywheel speed, or        treadmill belt speed);    -   sum for average speed;    -   maximum speed;    -   current incline of treadmill, elliptical cross-trainer or other        applicable FEU;    -   sum for average incline;    -   maximum incline;    -   current resistance level;    -   sum for average resistance;    -   maximum resistance;    -   current user power;    -   sum for average user power;    -   maximum user power;    -   count for all of the foregoing averages;    -   current user heart rate;    -   current or last used course;    -   current or last user weight and age;    -   current or last user workout time, distance, and calories        expended; and    -   current or last user average and maximum heart rates, and time        spent in the heart rate zone.        A new record 140 is created each time an FEU changes state.

The ICS 20 may maintain a history database 141 showing the usage of theFEUs being monitored, see FIG. 3. For each FEU, the history database 141contains one record 142, each of which may contain the followinginformation:

-   -   communications address;    -   FEU identification number as assigned by FEU owner;    -   manufacturer's Model number/name, and manufacturer's serial        number for unit;    -   text that uniquely describes the FEU;    -   the event which changed the state of the FEU, i.e., “ready” to        “off-line”, “off-line” to “ready”, “off-line” to “error”, etc.;    -   date and time;    -   odometer reading;    -   hour meter reading;    -   average and maximum speed, for example pedaling speed or        treadmill belt speed or flywheel rotational speed;    -   average and maximum incline (if applicable);    -   average and maximum resistance (if applicable);    -   average and maximum user power;    -   course;    -   weight and age of user;    -   workout time, distance traveled and calories expended;    -   average and maximum heart rate of exerciser, and time spent in        the heart rate zone; and    -   error code.        When the ICS 20 detects a state change from “ready” to        “off-line” (for example, in use), the history database for the        FEU is updated with a new record 142 containing the data entries        listed above, see FIG. 7. Also, when a unit is in the “off-line”        state, the ICS updates all the fields for the current record 140        for that particular FEU in the FEU's current record database.

The ICS 20 may also include an errors database 143 containinginformation on the current and previous errors for all of the FEUs at aparticular location, see FIG. 3. The information in this dataset mayinclude the FEU's communications address, the FEU I.D. number, themanufacturer's name, model and serial number, the error code, the errorcode text, the date and time of record creation, the date and time ofthe most recent occurrence of this error code, the number of occurrencescounter, whether or not an error code was sent, and if so, the time anddate of sending, the time and date of the error code acknowledgement,whether or not service has been performed for this error code, and thetime and date of the service activity.

Referring to FIGS. 1 and 4, each ICS 20 is in communication (e.g.,TCP/IP protocol connections) with the accumulated data storage unit 26and optionally with other club computers, for example, a computer 144,see FIG. 1. The ICS 20 may be linked to the on-site club computer 144via direct connection or local area network rather than through thenetwork 29. In one embodiment, the accumulated data storage unit 26 is aWeb-based server 146 connected to the Internet or other network 29 andhaving a large data storage unit that may be in the form of a hard drive144, a tape drive 150, an optical drive 152, a removable memory medium154, a solid state flash disk, or other type of memory device. Theserver 146 also includes a computing system 156 to operate the datastorage unit. The computing system 156 includes a CPU 158, RAM memory160, ROM memory 162, and other standard components that are utilized inservers, such as server 146. The server may also include an associatedmonitor 164, as well as input devices, such as a keyboard, pointingdevice, track balls, microphones, touch screens, joy sticks, and thelike, not shown. Typically these input devices are connected to thecomputing system 156 by a serial port, a parallel port, USB port, firewire port, SCCSI port, or the like.

The server 146 is operated under operating system and applicationssoftware, as would typically be the case. The operating system software166 may be an object-based software or other type of software. As withthe case of ICS 20, the server 146 may operate various types ofapplication software, including a database engine 168 to organize andcontrol the database 27 and also to obtain information from and organizeinformation in the database when so instructed by the user, as discussedmore fully below. To this end, the server 146 may also include anInternet browser access software 170, software to read from and write tothe computer 172, software 174 to send e-mails or other types ofcommunications from the server, and software 176 to schedule scripts. Aswith the ICSs, the software of the server 146 may be part of the overallenterprise level software, and thus integrated with the enterpriseplatform.

The present invention contemplates that system 18 would consist of anumber of silos 26 with corresponding ICSs 20. These multiple silosystems are managed by the enterprise level platform 32, FIG. 1. Thisplatform may communicate with the silos 26 as well as with the ICSs 20and system users via network 29, which may be a wide area network, i.e.,the Internet, a local area network, dial-up system, etc. The enterpriseplatform 32 may include its own hardware and software. One example ofenterprise level software may include Envenergy Mediator. Numerous typesof server hardware could be used for the enterprise platform.

As noted above, each ICS 20 periodically sends the contents of itstemporary database 25 to the accumulated data storage unit 26 forpermanent storage in permanent database 27. The connection between theICS and the accumulated data storage unit 26 is via the network 29 whichmay be “a connection via the Internet”, which could be wireless (i.e.802.11), or by network cable, dial-up modem, satellite, etc. This allowsthe ICS 20 to reuse its memory for storing more new real time serviceinformation from FEUs. To this end, the server 146 includes acommunications unit 180 as well as applicable hardware and software, toenable the server to communicate over the network 29 with the ICSs, alsowith users, as discussed more fully below.

In addition, the service information stored in the accumulated datastorage unit 26 has a multitude of uses, many of which are described indetail below. The transfer of real time service information to theaccumulated data storage 26 unit can be done on predefined time basis,or when a certain criteria is met (such as the ICS memory is close tobeing full), or according to whatever other basis is desired.

The service information collected by the ICS 20 and the accumulated datastorage unit 26 preferably includes service information from all typesof FEUs of a particular club or facility, including those FEUs fromdifferent manufacturers. As discussed below, the present invention canprovide the club owner with a great amount of useful information.Further, it is possible to form a single accumulated data storage unitthat is industry wide. Thus, ICSs from different fitness clubs couldtransmit service information to a single accumulated data storage unit.All manufacturers could have access to the accumulated data storage unitand would be required to use a unique access method in order to gainaccess to data on the FEUs that they manufactured.

The ICS 20 and accumulated data storage unit 26 each store someinformation that is the same, and may also store information that isunique to one or the other. For example, the ICS system memory 34 mayalso store associated notes regarding a particular event, e.g., patroncomments, the manager on duty at the time of an event, use counters toalert management of the need for more machines, as well as otherspecific information 182, etc. By way of another example, theaccumulated data storage database 27 may also store facility locations,manager phone numbers, time in existence, and other specific information184, etc.

In one embodiment of the present invention, the permanent database 27contain, for each FEU, one record 186 per event. Types of informationmay include those listed above concerning the information stored in theharvesting memory 34, for example: FEU identification number, state,date and time, odometer value, hour meter value, speeds, incline,resistance, power use, course, workout performance, error code, etc.

In accordance with further aspects of this invention and referring toFIG. 8, the system is further capable of providing a service alertmessage to one or more users if the state of a particular FEU shouldwarrant. Typical FEU states are:

-   -   “ready”—this means that the FEU is idle;    -   “off-line”—this means that the FEU is in use, either by a user        or being serviced by service or maintenance personnel;    -   “idle”;    -   “active”;    -   “no response”—meaning the FEU does not respond to polling by the        ICS. The lack of a response by the FEU may be due to one of        three possibilities:        -   the FEU is self-powered and is currently not being used;        -   the FEU (and its wireless transmitter) has been moved out of            range of the ICS's radio;        -   the communication channel between the ICS and FEU is            disabled, possibly intermittently;    -   “error”—this means that the FEU has detected a hardware error        and thus has made itself unavailable for use.

The ICS 20 captures the service information and makes a determination asto whether a service alert message is needed, see FIG. 8. The criteriaused may be permanently predefined, or may be modifiable according tothe needs of the facility. For example, one facility may decide thatservice information pertaining to power-off do not warrant a servicealert message.

The service alert message may be generated by the ICS 20, by theaccumulated data storage unit 26, and/or by the enterprise platform 32,depending on the criteria set for sending the message, see FIG. 8. Forexample, if an FEU experiences a burned out motor, the ICS may send: (1)a service alert message to the facility manager apprising him or her ofthe situation, (2) a service alert message to a repair facilityrequesting a new motor, and (3) a service alert message to theaccumulated data storage unit 26 which then determines if a trend existsand, if so, sends a service alert message to the manufacturer regardinga potential design defect in their motors and another service alertmessage to the repair facility with history service data.

As an alternative to the foregoing procedure, the ICS 20 may send anerror code to the enterprise platform, and the service alert is thengenerated by the enterprise platform based on the rules and criteriathat have been established. In this alternative, the data storage unit26 also would not itself send service alerts or messages tomanufacturers or others; rather, such alerts and messages would also besent by the enterprise platform.

In one embodiment, a service alert message is generated only for anerror status. The message may include a complete solution to the errorincluding identification of which unit has failed, error type, otherrelevant data from the equipment (e.g., odometer reading), and (lowpriority) technical support information with step-by-step instruction onhow to correct and suggested parts needed. In addition, service alertmessages may be generated and sent to club managers when preventivemaintenance is needed.

As will be appreciated by a reading of the above, there are numerousconfigurations possible regarding service alert messages. Particularlydesirable aspects include the use of a wireless communication of theservice alert message (e.g., email, SMTP/IP, voice mail, pager, textmessage, satellite communication, cellular connection, etc.), theability to send the alert message to one or more recipients, and theability for the message to be sent automatically and in electronic form.FIG. 10 illustrates one embodiment of an example service alert message.

In accordance with yet other aspects of this invention and initiallyreferring to FIGS. 1 and 4, the system 18 further includes a reportinginterface 190 accessed via the enterprise platform 32. The interface 190allows a user to view both real time and history service information ofFEUs by accessing the accumulated data storage unit 26 and/or one ormore ICSs 20. In reporting interface aspect, the ability to querymultiple aspects simultaneously and the ability to manage theinformation is accomplished at different levels.

In one embodiment, log-on access to the interface 190 is provided by aWeb-based (preferably, access-controlled) system linking the user viathe enterprise platform to an accumulated data storage unit 26. Realtime data may be obtained from a ICS 20 through network 29 (e.g.,Internet, intranet), accessed by direct dial-up account, cellular phoneline, cable modem, satellite modem, etc. Alternatively, in systemshaving ICSs that continuously send their real time data to theaccumulated data storage unit 26, the secondary link to the ICS(s) maybe unnecessary.

In one embodiment, the user can request and review service informationdata only and cannot make any changes, see FIG. 8A. In anotherembodiment, one or more users with a higher access level have theability to modify the data presented. For example, a repair shop mayhave the authority to update the status of a particular problem from“In-Work” to “Completed”. Similarly, a manufacturer may have theauthority to designate a particular problem as having an associatedrecall issue. A multitude of configurations are possible.

In general, the user obtains information from the reporting interface byselecting one of a number of different topics as described below withrespect to FIG. 19. In one embodiment, multiple buckets or types ofinformation are selectably displayed on a first menu screen 202. A menusystem leads the user through various levels of inquiry, with the finalstep preferably being the selection of a report or search button. Ingeneral, the amount and type of service information available willdepend on the amount and type of service information coming from aparticular FEU. In addition, the user can request service informationfor a particular location, a particular region, a particular club, aparticular customer, a particular type of machine, etc.

The interface includes multiple pages of information, with numerousopportunities for the user to select the desired information and put itin a desired format. FIGS. 9-35 illustrate one embodiment of such aninterface. Other arrangements are possible. The results of theinformation request can be displayed on the user's computer screen, onthe user's PDA or other device. In one embodiment, the listing of FEUcurrent status is done in a color-coded manner, with a red light, greenlight, etc., shown beside each entry, see, for example, FIGS. 12, 14,23, 28, 31 and 32 and the associated discussion below. The color mayindicate the status of a particular service alert associated with aparticular FEU. The graphic reports and charts may be similarly colorcoded as well. As will be appreciated, the service information may bepresented in various ways, depending on the application at hand.

Describing the reporting interface 190 in more detail, FIG. 9illustrates one exemplary embodiment of the first menu screen 202 of thereporting interface 190 in the menu screen 200. The followinginformational categories may be selected: Service Alerts 204, PurchaseHistory 206, Real-Time Status 208, Service History 210, Peak Times 212,Product Popularity Usage 214, Preventative Maintenance Tracking 216,Unit Work History Summaries 218, Special Reports 220, Trouble ShootingService Issues 222, Automatic Parts Inventory 224. Any of the foregoinginformational categories can be selected by the user by selecting the“View Report” button or box 226 adjacent each of the foregoingcategories.

If the Service Alert category 204 is selected, as discussed above, thepresent invention generates a service alert message 229 to applicablerecipients when an FEU is in need of service. The recipients may includethe club/facility manager or other responsible personnel 192, a serviceprovider or technician 194, customer support personnel of the FEU'smanufacturer 196, as well as the system administrator 198. FIG. 10 is anexample of a service notice that would be generated by the presentinvention. As shown in FIG. 10, the notice includes various informationincluding the facility 230, at which the FEU is located, as well as mainrecipients 236 (e.g., service provider 194) of the service alert 232, aswell as cc recipients 234 (e.g., the club manager 194 and FEUmanufacturer 196). The service report also indicates the time and date236 that the report was received by the recipient(s) as well as thesubject 238 of the service alert. Thereafter, the service alertreporting information 239 is set forth, including the location of theFEU in question, the date in which the “error code” occurred for theFEU, the time in which the error code occurred, the manufacturer andModel number of the FEU in question, the serial number of the FEU inquestion, the error code applicable to the FEU, and an errordescription. In the example of the service alert message 229 shown inFIG. 10, the described error is that the lift is not operating. Theservice alert also advises the recipient that the service history of theFEU in question, as well as preventative maintenance record and otherinformation, is available. In the example shown in FIG. 10, thefictitious name of the entity operating the service alert system 18 ofthe present invention has been named “Service Tracker.” Also, theService Alert message 229 can provide other or additional information tosome or all of the recipients. Examples include recommended parts neededor procedures to follow to repair the FEU or otherwise perform therequired service on the FEU.

As described above, a service alert may be automatically generated by achange in state of the FEU when a service matter arises. As also notedabove, a service alert can be sent via a network 29 using numerousdifferent types of communication access modes. The service alerts of thepresent invention can decrease the down time of the FEU by facilitatingquick, unobtrusive service by relaying pertinent information to theservice provider before he/she arrives at the site of the FEU. This cannot only result in cost savings to the club/facility owner/operator, butcan also decrease the negative impression for customers/members of theclub/facility.

A second inquiry that a user can select from the menu screen 202 of thereporting interface 190 is the Purchase History category 206 which leadsone to a purchase history query interface screen 240. This screen may beutilized to create reports showing the installation date, usage, andservice history of FEUs. This information is of significant use toclub/facility owners and operators, for instance when deciding toreplace units. The query can select multiple parameters, including themanufacturer 242 of the FEUs, and the type 244 of FEU, whethertreadmill, exercise cycle, climber, elliptical machine, or other type.The query can also be based on a particular facility location or aregion of the country 246. Further selectable parameters include thehour usage 248 of the FEU or the mileage 250 on the FEU's odometer. Theinstallation date 252 of the FEU is also a selectable parameter as wellas the warranty expiration date 254 of the FEU or portion or componentsof the FEU. At the purchase history interface screen 240, it is alsopossible to select primary and secondary sort criteria (not shown), forinstance by manufacturer, product type, installation dates, etc., at theprimary sort submenu 256.

An example of a resulting report screen 258 based on the parametersselected in the query screen 240 is shown in FIG. 12. In the purchasehistory report 258, the information is provided in columnar form,although other formats may be selected. The columns in the report 258include the date of installation of the FEU 260, the warranty expirationdate of the FEU 262, the name of the manufacturer of the FEU 264, theModel and equipment type of the FEU 266, the location of the FEU 268,the hour meter reading of the FEU 270, the distance odometer reading ofthe FEU 272, and a view service report option icon 274. The primary sortcategory used in the report 258 was the date of installation. Of course,if another primary sort criteria is selected, the information shown inFIG. 12 would be arranged differently. Also, in report 258 is a firstcolumn 276 consisting of colored balls or other icons for each FEU,which allows for the color-coding of the data presented in report 258.For example, a green, yellow, red, or other color code may be used toindicate the remaining useful life of the FEU or other criteria.

From column 274 of report 258, the user can, for a specific FEU, obtaina service history report, which is described below relative to FIGS. 15and 16.

A third category of information shown in FIG. 9 that can be selected bythe user is the Real-Time Status 208 of the FEU. Selection of thiscategory leads the user to a query screen 300, shown in FIG. 13,consisting of criteria that may be selected relative to the Real-TimeStatus report being requested which pertains to providing anunderstanding of the current service and usage status of any FEU at anylocation. As shown in FIG. 13, the report criteria that may be selectedincludes a particular club location or region of the country 302, themanufacturer of the FEU 304, and the product category of the FEU 306. Inaddition, the report can be sorted by at least primary and secondarycriteria 308 and 310. Such criteria may include, for example, themanufacturer of the FEU, the category of the FEU, the installation dateof the FEU, etc. Once the criteria for the query is selected, a report312 is generated, as shown in FIG. 14.

The information in FIG. 14 is arranged in columnar form with one lineper FEU. As would be expected, the arrangement of such information isbased on primary and secondary sort criteria selected in screen 300. Thecolumns of report 312 may include the following information: themanufacturer 314, the FEU Model 316, the FEU product category 318, themanufacturer's serial number of the FEU 320, the error status of the FEU322, and the date that a service alert was sent 324. The last column ofreport 312 shows an icon 325 to allow the user to select the servicehistory for a particular FEU. Also, in the first column 328 acolor-coded icon 329 may be utilized to provide a color representationof the current status of the FEU. For example, colors may be used torepresent whether or not an error status is currently in effect. Also, aprint icon 236 is provided to allow the recipient to print the report.As would be expected, each of the query and report screens used with theinvention can have a print icon for convenient printing of the screenbeing accessed.

Referring to FIG. 9, in the menu screen 202, it is possible to selectthe Unit Service History option 210 of an FEU which leads the user toscreen 340, shown in FIG. 15. The screen 340 contains criteria for thedesired report. Of course, other criteria could be used in this queryscreen as well as the other query screens described herein. In screen340, the user enters the serial number of the FEU 342 and the timeperiod of the desired report. When these selections are made, the reportcan be generated in the format shown in screen 346, FIG. 16. If theserial number of the FEU is unknown, means can be provided to obtainthat information, such as by accessing the Real Time Status report queryscreen 300 via the link button/box 345 in screen 340. The servicehistory of the selected unit is displayed in screen 346, FIG. 16.

In the upper portion of the report screen 346, shown in FIG. 16,information concerning the selected FEU is set forth, including thetotal downtime of the unit 347, manufacturer 348, the product category349, Model or type of product 350 of the FEU, the serial number 352, thedate 354 that the FEU was installed, the location of the FEU 356, theowner's I.D. number 358 of the FEU, the name of the person that servicesthe FEU 358, and the service account number 359. The service record ofthe FEU is set forth in the lower part of the screen 346 in columnarform, with the columns including the date 360 and the time of the date362 that the service record was generated, the applicable error code364, the service recommendation 366, the description of theerror/service performed 368, the hour meter reading 370, the odometerreading 372, whether a service alert was sent 374, the preventativemaintenance (“PM”) status 375, when the receipt of the service error wasacknowledged 376, and by whom 377. The screen 346 also includes a PMrecommendation key 378 corresponding to the recommendations set forth incolumn 366.

The service history report shown in screen 346 at the upper portionthereof identifies the query selections from FIG. 15, including thelocation 380, the date range 381, the manufacturer serial number 382,the unit ID number 383. In addition, the total hours 285 and the totalodometer reading 386 are provided.

Further, in screen 346, warranty expiration dates are provided for notonly different portions of the FEU, but also for parts 387 and labor388. The portions of the FEU for which expiration dates are set forthinclude the frame 390, the display unit 391, the motor 392, and themotor fan 393. As apparent, a significant amount of information isprovided in screen 346 concerning the service history of the particularunit FEU selected. Of course, the screen 346 need not provide all of theforegoing information if not required or desired by the user. Also, someof the foregoing information could be provided in other screens insteadof the unit service history screen. This is true of all of the reportscreens illustrated and discussed herein.

It will be appreciated that the service history information enables theuser to determine what maintenance has been performed in and out ofwarranty, and the cost of the maintenance that has been completed in andout of warranty. Also, this information helps the user make purchasingdecisions in terms of replacing or buying new FEUs.

From the user interface menu screen 202, the user can also select thePeak Times option 212 leading to query screen 400 which providesinformation concerning usage of FEUs during the hours of a day. Theparameters that can be selected for this inquiry, as shown in screen400, include, for example, the sites or locations of the FEUs 402,whether at all locations, in different regions of the country, or atspecific locations. It is possible to select more than one of theselocations for this particular inquiry or more than one of the otherparameters available in this or other query screens described herein.Such other parameters include the time period 404 of the inquiry, thedays of the week 406 of the inquiry, so that the report can be selectedfor a particular day of the week or days of the week. The selectableparameters also include product categories 408, for example, treadmills,cycles, climbers, ellipticals, or all of the above, as well asmanufacturers of the FEUs 410 and particular models 412 from suchmanufacturers.

The resulting report is provided in tabular and graphical format, forexample, in report screen 413, as shown in FIG. 19. The tabularinformation includes the locations selected for the inquiry 414 and thetotal pieces of equipment types 416 for a selected site. Below thetabular information, a line or other type of graph 418 is provided thatshows the usage during the hours of the day on a horizontal axis and theunits in use in the vertical axis. From the upper portion of reportscreen 413 it is possible to select a graph for each of the particularlocations shown in column 414. In this regard, graph 426, shown in FIG.19, pertains to one particular site location 422 (Club X-303) with thetotal number of FEUs (treadmills) 424 located thereat. The usage ofthese FEUs is graphed over the hours of the day as shown in Graph 426.Although the report depicted in FIG. 19 pertains to treadmills at threespecific club facility locations, many other, different parameters couldhave been selected. Moreover, different product groups could have beenselected, for instance, one specific treadmill (FEU), all treadmills ofa specific model, all treadmills from a particular manufacturer, alltreadmills from all manufacturers, all cardio equipment at a particularsite or group of sites, etc. This information allows the user todetermine when during a day or week that a specific product or group ofproducts are being used, as well as how often members/users are requiredto wait to use a specific product group. As apparent, this informationis useful in making FEU purchase decisions.

From the interface menu screen 202, another selection is ProductPopularity or Usage 214, which analyzes the percent of available hoursthat a selected product group has been used. As discussed above withrespect to the Peak Time analysis, from the Product Popularity or Usageanalysis, product groups can be defined as one or more products, forexample one specific FEU, all FEUs of a particular model, all FEUs in aparticular product category, for instance treadmills, all FEUs in aproduct category from a particular manufacturer, an FEU of a productcategory from all manufacturers, all cardio FEUs at a particular site orgroup of sites, etc. As shown in query screen 440 of FIG. 20, theselectable parameters for this analysis can include FEU manufacturers442, product categories 444, FEU Models 446, the locations or regions inwhich the FEUs are located 448, the day(s) of the week for the analysis450, and the duration of the analysis 452. The result of the analysis isset forth in FIG. 21 in both tabular and graphical format.

As illustrated in the upper screen 454, the analysis illustrated in FIG.21 pertains to usage of treadmills at a particular location “Club X-302”during a specific time period. In the upper portion 454 of FIG. 21 thetreadmills are grouped by manufacturer 456 and then subgrouped by Model458. The information provided also includes the total equipment units460, the total hours of usage 462, the total available hours 464, andthe percentage of total hours used 466. Also, a bar graph illustratesthe average number of hours that a particular product group was used perday.

The lower portion 470 of FIG. 21 provides information on a specific FEUbasis. The information that is provided in tabular form includes themanufacturer 472, the model 474, the hour meter reading 476, theodometer reading 478, the serial number of the FEU 480, and the productdescription 482. A bar graph 484 graphically illustrates the milesaccrued for a particular FEU at a particular location through aspecified time period. The graph can be of another parameter of thespecific FEU, for example, hour meter reading.

Of course, the tabular and graphical information provided in FIG. 21would depend on the product groups selected for analysis. For example,the present analysis could be carried out on the basis of productcategories for all manufacturers at the location(s) selected or byproduct category for each different manufacturer at the location(s)selected. Also, it can be appreciated that the foregoing informationprovided would be important in making purchasing decisions by theclub/facility owner/manager. This information would also be valuable toequipment makers in showing how their equipment is viewed by actualusers vis-à-vis comparable equipment by the manufacturers.

Preventative Maintenance (PM) tracking 216 is another possible selectionfrom the interface menu 202 shown in FIG. 9. When this option isselected, the user is led to query screen 490 shown in FIG. 22. As inmany of the other reports, the PM tracking report can be organized byproduct groups. To this end, the query screen criteria includes the siteof geographic region for the report 492, the product category 494, aprimary sort option 496, for example, product category, manufacturer,installation date of the FEU, as well as a secondary sort criteria 498.A further selectable criteria is whether the preventative maintenancesuggestion has been signed off by the responsible personnel 500.

The report results are tabulated in screen 501, shown in FIG. 23, inmatrix format. The columns of information, include the manufacturer 502,the equipment type 503, the Model number/designation 504, the owner I.D.number or designation 505, the serial number of the FEU 506, theinstallation date 507 of the FEU, the hour meter reading 508, themileage or stride number reading 509, the recommended PM to be carriedout 510, and an icon 511 to view the service report for the FEU. Alsoprovided is a first column of colored indicia 512, with the colorsselected to indicate the urgency of the preventative maintenance orwhether or not the preventative maintenance has been carried out. Screen501 also includes a key 524 for the PM column 510.

It will be appreciated that the information provided in FIG. 23 can makethe carrying out of preventative maintenance operations more efficientby saving time and costs while improving the accuracy and compliance ofthe preventative maintenance. This information also provides a fast andefficient manner of collecting hour meter and odometer readings on FEUs.

From the menu screen 202 of the report interface, the Unit WorkoutHistory 218 may be selected by the user. These summaries provide howproducts or product groups are utilized in the clubs and gyms, forexample the workout courses used, lengths of the workouts, the speedsand resistance levels that are being used. This information can behelpful to the club/facility owner/manager as well as manufacturers todetermine how better to offer training, instruction, and appropriateequipment to members/customers. When the Unit Workout History option 218is selected, the user is led to a query screen 513, shown in FIG. 24,which may be similar to the query screen in many of the otherreports/options described herein. The information sought can becategorized by product group. To this end, screen 513 may include thefollowing selectable criteria: manufacturers of the FEUs 514, productcategory 515, club location or region 516, query dates 518, and/orprimary sort options 520. Of course, a secondary sort option could alsobe provided, not shown.

The information for the Unit Workout History report may be provided ingraphical and/or tabular format, shown in FIG. 25, which illustratesinformation pertaining to usage of a particular treadmill at Club X-101.The graphical information includes a first bar graph 522 showing thenumber of workouts of particular durations. As shown in the graph, mostof the workouts are from 11 to 20 minutes. A second bar graph 524 showswhich of the treadmill workout courses were selected most often. Asshown in the graph, the manual course was most popular. The tabularinformation 526 provides specific information on the usage of aparticular FEU. In this regard, the FEU is identified in box 525 interms of the manufacturer, the model designation, the manufacturer'sserial number, the S/W and the communications address. The usageinformation tabulated includes the location 528 and the Model type ofthe FEU 530, the date of the workout 532, the time that the workoutstarted 534, the course selected for the workout 536, the caloriesexpended by the exerciser 538, the distance covered during the workout540, the maximum speed (in miles per hour) attained during the workout542, the maximum incline 544 of the treadmill during the workout, andthe length of the workout 546. As will be appreciated, this providesvery valuable, detailed information to owners and managers of clubs andfacilities, as well as to equipment manufacturers.

A further selection available from the menu screen 202 of the reportinterface of FIG. 9 is a Special Reports feature 220. When thisselection is made, screen 560 appears as shown in FIG. 26. Such reportsare for requests not fulfilled by existing report formats and if theuser would prefer that Service Tracker™, the fictitious administrator ofSystem 18, create the report for the user. The user provides ServiceTracker™ with a particular issue or question to be answered, an analysisto be formed, data to be gathered, etc. Thereafter, Service Tracker™will carry out the request by the user and provide the report viatabular and/or graphical output. Example 1, designated as 562, of aparticular type of report may be an overall analysis of peak time usageof FEUs to recommend a better assortment of products to the user.Another possibility would be Example 2, designated as 564 consisting ofan End of Fiscal Year Report showing usage (wear) on all productspurchased in a particular year. Another possibility would be Example 3,designated as 566, requesting an analysis to support a betterdistribution of current products and new products between or amongspecific locations. As will be appreciated, a very wide variety ofspecial reports are possible through the Special Reports request.

Trouble Shooting Service Issues 222 comprise a further inquiry that canbe made through the menu screen 202 of the report interface 190. Thisselection helps a user obtain more information concerning a servicealert. When a service alert is received, the user can select the Modeltype and the error code, and thereby receive a list of common troubleshooting ideas. The user can also see the parts required to repair theFEU so as to be able to order the parts more easily. To this end, theuser is provided with views of the product and is given instructionsfrom the manufacturer's user manual. For example, as shown in FIG. 27, adepiction of the FEU can be provided to the user. From the depiction,the user can choose a specific area of the FEU (for example, those areasthat are circled in FIG. 27) to obtain not only more information, butalso a diagram of the parts composing that portion of the FEU togetherwith the applicable part numbers.

A further available selection from the menu screen 202 is the AutomaticParts Inventory 224. In this option, when an error code indicates thatreplacement of a part is necessary, Service Tracker™ tells themanufacturer that a particular part is required. The manufacturer'sinternal system can automatically send or offer to send the part to thelocation predesignated by the customer, whether to a warehouse, a thirdparty service provider warehouse, club location, etc. As will beapparent, this particular option can speed the repair of the affectedFEU.

The user interface screen 202 also allows the user to obtain specificcurrent status and maintenance reports for all FEUs owned by the userthrough the service menu 570, as shown in FIG. 9. The service menu 570has various selections, including an All Unit Service Status 572, aSpecific Unit Service Status 574, and a Current Maintenance Reportselection 576.

When the All Units Service Status 572 is selected, a report is displayedfor the service status of all units owned by the user, shown in screen577 of FIG. 28. The information may be arranged in matrix format withthe information provided in columns, including the Model designation ofthe FEU 578, the type of FEU 580, the FEU identification number asassigned by the owner 582, the current service status of the FEU 584,the current error status 586, whether or not an error alert has beensent 588, and the date and time of the last reply received from the FEU590. Also, in a first column 592, color coded icons can be provided fora desired parameter to be displayed. For example, perhaps the color redcan be displayed if the current error is shown in column 586, perhapsgreen if the current status of the unit is active, and yellow if thecurrent status of the unit is idle, and thus, ready for use.

Further information is provided in the screen 596 for a particular unit,see FIG. 29. Information on a particular unit can be obtained by simplyselecting one of the product I.D. numbers 582 shown in FIG. 28. Thefurther information as shown in screen 596 includes the Modeldesignation of the FEU 598, the type of FEU 600, the owner I.D. numberor designation of the FEU 602, the S/W version 604 the manufacturer'sserial number 606, the communication address 608, the last servicereport/alert date and time 610, the odometer reading 612, the hour meterreading 614, and the current error code 616. From screen 596, it ispossible to obtain the service history of the FEU throughout its entirelife or during a particular time period, by selecting a start date 618and an ending date 620 and then selecting the “View History” box 621.Also, it is possible for the user to enter a description of a problemthat is occurring with an FEU in textbox 622.

The service history record of the FEU may be provided, as shown inscreen 624, FIG. 30. In the first or upper portion of the ServiceHistory record, identification information can be provided, includingthe Model designation 626, the manufacturer's serial number 628, the S/W630, the identification number of the FEU as provided by the owner 632,and the communications address for the FEU 634. This information shouldbe the same as in screen 596. Screen 624 also sets forth in tabularformat the service history of the selected FEU, including the date ofservice 636, the time 638 of service on the particular date, the stateof the unit at that time 640, the hour meter reading 642, the odometerreading 644, the then current error codes 646, and whether or not aservice alert was sent 648. As apparent, the foregoing provides aconvenient way for the club/facility owner/manager to ascertain thecurrent service status of all units owned as well as the service historyof any particular FEU.

Through selection of the Unit Status Search 574 in menu 570, theforegoing information can be obtained for a particular FEU owned by theuser, by navigating through applicable selection options in a standardmanner.

From menu 570, the user can also obtain a current preventativemaintenance report for any or all of the user's units at a particularlocation or at all locations and as of a particular date. Screen 660sets forth a preventative maintenance report for all of the user's FEUsin tabular form, see FIG. 31. The information provided in each columnincludes the Model designation 662, the type of FEU 664, theidentification number 666, the manufacturer's serial number 668, theinstallation date of the FEU 670, the hour meter reading 672, themiles/strides odometer reading 674, the maintenance status 676, and thedate of the maintenance status 678. Screen 660 also includes thelocation of the FEU 680 as well as the date of the report 682. As willbe appreciated, the foregoing provides a convenient manner in which theuser can ascertain the preventative maintenance status of each of itsFEUs. Moreover, the user can select a particular FEU to obtain itspreventative maintenance history in much the same way that the servicestatus history for a particular unit was described above and illustratedin FIGS. 29 and 30.

The interface screen 202 in FIG. 9 also includes a menu 700 that allowsa user to conveniently access usage information pertaining to its FEUs.Available options include Current Usage information 702, Usage Trendinformation 704, usage information, Usage Search, for a specific FEU706.

If the Current Usage option 702 is selected, the information about thecurrent usage of the user's FEUs is provided in tabular format, forexample see screen 712, shown in FIG. 32. The columns of informationprovided include the manufacturer's Model designation of the FEU 714,the type of FEU 716, the identification number of the FEU 718, thecurrent usage status of the FEU 720, the current speed of the FEU 722,the current incline of the FEU 724, the current resistance level of theFEU 726, and the current course being utilized 728. Also, as a firstcolumn 730, a color designation can be provided to perhaps designate theusage status of the FEU with different colors for various status states.

It is possible to obtain the usage history of a particular FEU byselecting that particular FEU in FIG. 32, which leads the user to screen734, as shown in FIG. 33. This selection screen is similar to screen 596shown in FIG. 29. In this regard, screen 738 includes much of the sameinformation for a particular unit as set forth in screen 712, includingModel number 736, equipment type 738, the manufacturer's serial number740, the FEU identification number 742, the S/W version 744, the hourmeter reading 746, the odometer reading 748, the current status 750, thecurrent error code 752, if any, the current speed of the unit 754, thecurrent incline 756, and the current resistance level 758. Also, inscreen 734, the user can select a particular time period for the usagehistory desired by entering dates in the start date box 770 and the enddate box 772 and then selecting the “View History” box. If no dates areentered, the entire usage history is provided. Also, screen 734 includesa description box 774 wherein the user can enter a description about theFEU in question.

Completion of query screen 734 results in the generation of a reportscreen 780 which provides a usage history of the FEU for the time periodselected. Identification information for the FEU is set forth at the topof screen 780, including the manufacturer's Model designation 782, themanufacturer's serial number of the FEU 784, the S/W 786, and thecommunications address for the FEU 788. The historical information onthe usage of the FEU includes the time 790 and the date 792 that eachworkout began as well as the course chosen for the workout 794, thenumber of calories expended during the workout 796, the workout distancein the number of strides or mileage covered 798, and the duration of theworkout 800. As will be apparent, this information can be valuable intelling the user how a particular FEU is being utilized by customers.

If the Usage Trends option 704 is selected in menu 700, graphicalrepresentations of equipment usage for a desired time period ispresented for a desired product group, for example as shown in screen900, see FIG. 35. This screen shows three separate graphs, including afirst graph 902 showing average usage hours per day by manufacturer'sModel designation during the selected time period. The second graph 904shows the average usage hours per day by type of FEU, for exampletreadmills and elliptical cross-trainers. Graph 906 shows selectedequipment usage by time of day in terms of a percentage of the equipmentbeing utilized in a club or gym during the selected date duration. Thisinformation can be very useful in assisting the user in making purchasedecisions and other decisions pertaining to its FEUs.

Option 706 in menu 700 allows the user to obtain usage information for aparticular FEU. This option can lead the user through menus similar tothose described above to select a desired FEU, and then the informationfor that FEU is displayed in a manner identical or very similar to thatshown in FIGS. 33 and 34, above.

As noted above, other interface systems, formats, and layouts can beutilized in the present invention in place of interface 190. FIGS. 36-43illustrate portions of an alternative interface system utilizing aninitial menu screen 1000 shown in FIG. 36. This menu screen has variousreport selections, including Usage Summary 1002, Usage Summary by Model1004, Unit Workout History 1006, Unit Service History 1008, Installationand Warranty Tracking 1010. Also, in screen 1000 it is possible torequest Unit Service Alerts 1012, Network Service Alerts 1014, and it ispossible to request Service for a particular FEU by selection 1016. Theforegoing selections available in screen 1000 are similar tocorresponding screens illustrated and described above, perhaps with theexception of the installation and warranty tracking option 1010, whichoption will now be described in more detail.

Selecting the Installation and Warranty Tracking option 1010 in FIG. 36leads to a series of query screens shown in FIGS. 37-42 to provide theuser with a step-by-step intuitive query process. FIG. 37 shows aninitial screen 1020 which is used to select a location(s) to be queried.The location(s) could be all of the locations of a particular company orclub those locations in a particular county, a region of a county, astate, a county of the state, a city, a section of a city, down to anindividual location or even a floor, section, or area of a particularlocation. Access to specific locations will depend on authorization, forexample, employees of Company A will not likely be given access toinformation pertaining to Company B, though information to all companieswould be available to the enterprise administrator.

Once a location is chosen, the user is led to the next screen, screen1022, shown in FIG. 38. In this screen, the user selects the type ortype(s) of equipment with respect to which the query is being made, asshown in menu 1024. With each progressive screen, the informationselected from prior screens is also provided in the right hand portionof the screen. For example, in screen 1022, the location selected fromscreen 1020 is provided at 1026. After selecting the product category,the user is led to screen 1030, FIG. 39, wherein the user can select aparticular model or models of the product type selected in screen 1022.The user can select all models if desired from menu 1032. Again, thatcriteria selected in prior screens is set forth in screen 1030, as shownin location 1034.

Next, the user is directed to screen 1040 shown in FIG. 40. In thisscreen, the user selects from menu 1042 the type or types of warrantybeing ascertained, for example a warranty on the frame, the unitdisplay, the motor, controller, parts and/or labor. Again, theselections made in the prior screens are shown in the right hand side ofscreen 1040 at location 1044. Next, the user is led to screen 1052,shown in FIG. 41, which provides display options for the Installationand Warranty Tracking information. The information can be displayedbased on the manufacturer's serial number 1054, or the Unit Identifierused by the FEU owner 1056. Also, an option 1058 is provided to limitthe present inquiry to only warranties that have expired. Again, in theright hand portion of screen 1052 the prior selection criteria is setforth at location 1060.

The last query screen 1070 is shown in FIG. 42. In this screen, the usermay select a date range for the Installation and Warranty Informationbeing requested. This date range may be a start date 1072 as well as anending date 1074. At any of the query screens, it is possible to go backto a prior screen by selecting the back button 1076 or to cancel theinquiry by selecting the cancel button 1078. Also, the prior selectionscreens (1020, 1022, 1030, 1040, 1042) have a “next” button to go to thesubsequent query screen. Since screen 1070 is the last query screen,this screen has a “Get Report” button to display the information basedon the selections made in the query screens.

Screen 1080 shown in FIG. 43 sets forth the resulting information basedon the query criteria selected by the user. The information is providedin columnar format. Also, the criteria selected for the query is setforth in the upper portion of the screen. The columns of informationinclude the Product Category 1082, the Product Model(s) 1084, theLocation of the FEU 1086, the Unit Identifier or ID number 1088, theInstallation Date of the unit 1090, the hour meter reading 1092, theodometer reading 1094, and a service history view column 1096, which ifselected will provide the service history of the particular FEU. Thedisplayed information also includes the warranty expiration dates 1098for different components of the FEU which are covered by warranty,including the frame 1100, the display 1102, the motor 1104, and motorfan 1106. Also, for the various components covered by warranty, columnscan be provided for separate warranty dates for replacement parts 1108and labor 1110. It will be appreciated that the warranty expiration forparts and/or labor may differ for different components of the FEU.

Typically, the foregoing installation and warranty information isretained in a data silo 26 as opposed to an ICS for security reasons. Ina data silo, it is possible to limit the ability to enter, delete and/orchange installation and warranty expiration data.

As noted above, service for a FEU can be requested from FIG. 36. FIG. 44illustrates an exemplary service request screen 1200 in which the userinserts particular information concerning the FEU, its location, and therequestor. This screen provides a space for typing in the symptom thatthe FEU is exhibiting. The service request is forwarded to a serviceprovider, with the information concerning the service provider and therouting of the request to the service provider being enterable intoscreen 1200.

In accordance with other features of the reporting interface aspect, thereporting interface includes the ability to request additionalmaintenance or action from one or more other recipients. This request istreated similar to a service alert message as discussed above, except itoriginates with the user in the reporting interface. This feature isuseful to clear a record or to simply give feedback information from theuser to the ICS or other party.

As will be appreciated from a reading of the above, the presentinvention provides numerous advantages over the prior art methods ofservice tracking and alerting. The use of multiple ICSs 20 toelectronically and wirelessly obtain and store real time serviceinformation in a centralized manner is efficient and provides tremendousaccess to actual service data. The connection to an accumulated datastorage unit 26 enables viewers to analyze FEU service issues over anextended period of time. The service alert messaging aspect shortens thetime needed to identify, diagnose, and repair or service a particularFEU.

Further, the reporting interface feature automatically formulatesservice information and makes the information instantaneously availableto the user, thus giving the user valuable insight into the operationand maintenance of the FEUs. This ability to view aggregated databetween clubs and between products simultaneously and on a real timebasis is unique in the fitness industry. Such service information may beused to level the usage of the FEUs, determine when an FEU should bereplaced, make better future FEU purchases, help the facility managersto better know their customers, enable facility managers to providebetter motivation or training to their customers, etc.

While a preferred embodiment of the invention has been illustrated anddescribed, it will be appreciated that various changes can be madetherein without departing from the spirit and scope of the invention.For example, if only one data silo is used, it can be essentiallyintegrated into the enterprise platform. Also, rather than retaining anysignificant amount of data or records in the ICS, the data received bythe ICS from the FEUs can be sent immediately to the data silo 26 or toenterprise platform 32, or can be sent periodically and then the datapurged from the ICS. In this regard, the ICS does not have to beconfigured to manipulate or store data other than the data beingaccumulated from the ICSs.

1. An electronic method of obtaining a service alert pertaining toexercise equipment, the method comprising; (a) using a control server ata fitness facility to gather service information from at least onefitness equipment unit via a wireless connection; (b) determiningwhether the service information gathered in step (a) is significant; (c)automatically sending a service alert message to at least one predefinedrecipient regarding service information that is significant; sendingservice information from the control server at the fitness facility toan accumulated data storage unit; and sending service information from asecond control server at a second fitness facility remote from the firstfitness facility to the accumulated data storage unit.
 2. The methodaccording to claim 1, wherein sending a service alert is accomplishedonly when requested by at least one recipient.
 3. The method accordingto claim 1, wherein using the control server to gather serviceinformation includes storing the service information in a databaseassociated with the control server.
 4. The method according to claim 1,wherein the service information is considered significant if the fitnessequipment unit requires servicing.
 5. The method according to claim 1,wherein the service information is sent by the control server.
 6. Themethod according to claim 1, wherein the control server gathers realtime service information; the method further comprising using theaccumulated data storage unit to store history service information; thehistory service information being formed by the periodic collection ofthe real time service information.
 7. The method according to. claim 6,wherein determining whether the real time service information issignificant includes obtaining and evaluating the history serviceinformation.
 8. The method according to claim 6, wherein sending aservice alert message includes sending from the control server the realtime service information and sending from the accumulated storage unitthe history service information.
 9. The method according to claim 6,wherein sending a service alert message includes sending from thecontrol server both the real time service information and the historyservice information.
 10. The method according to claim 6, whereinsending a service alert message includes sending from the accumulateddata storage unit both the real time service information and the historyservice information.
 11. The method according to claim 1, wherein thecontrol server gathers real time service information; the method furthercomprising using the accumulated data storage unit to store historyservice information; wherein sending a service alert message includessending both real time service information and history serviceinformation.
 12. The method according to claim 11, wherein the historyservice information is formed from the periodic collection of real timeservice information via a wireless connection.
 13. The method accordingto claim 11, wherein both the real time service information and thehistory service information are sent by the control server.
 14. Themethod according to claim 11, wherein both the real time serviceinformation and the history service information are sent by theaccumulated data storage unit.
 15. The method of claim 1, wherein thefitness facility is one of a plurality of fitness facilities of anassociation and wherein the at least one predefined recipient is a mainoffice of the association.
 16. The method of claim 1, wherein the atleast one predefined recipient is a manufacturer of the at least onefitness equipment.
 17. The method of claim 1, wherein the at least onepredefined recipient is a service/maintenance provider remote from thefitness facility.
 18. The method of claim 1, wherein the serviceinformation sent from the second control server at the second fitnessfacility is real-time data and is continuously sent.
 19. The method ofclaim 1, wherein the at least one predefined recipient comprises arepair facility and wherein the service alert message includes a requestfor a replacement part for the at least one exercise equipment.
 20. Amethod of obtaining service information from fitness equipment units,the method comprising; (a) requesting service information on the fitnessequipment units from an accumulated data storage unit having a permanentdatabase; the request including instructions defining what types ofservice information are to be obtained; the database having been formedfrom an accumulation of service information from a plurality oftemporary databases; and (b) receiving a service report from theaccumulated data storage unit according to the instructions; wherein theservice report includes a plethora of information.
 21. The methodaccording to claim 20, wherein the service information from theaccumulated data storage unit includes both current service informationand history service information.
 22. The method according to claim 20,wherein the service information from the accumulated data storage unitincludes history service information; the method further comprisingrequesting current service information from a plurality of temporarydatabases.
 23. The method according to claim 22, wherein requestingservice information is accomplished via wireless protocol.
 24. Themethod of claim 20, wherein the service report includes serviceinformation on a plurality of fitness equipment units.
 25. The method ofclaim 24, wherein the plurality of fitness equipment units are locatedat a plurality of distinct fitness facilities.
 26. The method of claim20, wherein the service report includes information concerning usage ofat least one fitness equipment unit during hours of a day, identifyingpeak hours of usage.
 27. The method of claim 20, wherein the servicereport includes information concerning usage of a plurality of fitnessequipment units.
 28. The method of claim 27, wherein the plurality offitness equipment units are at different fitness facilities.
 29. Themethod of claim 27, wherein the plurality of fitness equipment units arelocated at a plurality of distinct fitness facilities.
 30. An electronicmethod of obtaining a service alert pertaining to exercise equipment,the method comprising; (a) using a control server at a fitness facilityto gather service information from at least one fitness equipment unitvia a wireless connection; (b) determining whether the serviceinformation gathered in step (a) is significant; (c) automaticallysending a service alert message to at least one predefined recipientregarding service information that is significant, wherein the fitnessfacility is one of a plurality of fitness facilities of an associationand wherein the at least one predefined recipient is a main office ofthe association.
 31. The method according to claim 30, wherein sending aservice alert is accomplished only when requested by at least onerecipient.
 32. The method according to claim 30, wherein using thecontrol server to gather service information includes storing theservice information in a database associated with the control server.33. The method according to claim 30, wherein the service information isconsidered significant if the fitness equipment unit requires servicing.34. The method according to claim 30, wherein the service information issent by the control server.
 35. The method according to claim 30,wherein the control server gathers real time service information; themethod further comprising using an accumulated data storage unit tostore history service information; the history service information beingformed by the periodic collection of the real time service information.36. The method according to claim 35, wherein determining whether thereal time service information is significant includes obtaining andevaluating the history service information.
 37. The method according toclaim 35, wherein sending a service alert message includes sending fromthe control server the real time service information and sending fromthe accumulated storage unit the history service information.
 38. Themethod according to claim 35, wherein sending a service alert messageincludes sending from the control server both the real time serviceinformation and the history service information.
 39. The methodaccording to claim 35, wherein sending a service alert message includessending from the accumulated data storage unit both the real timeservice information and the history service information.
 40. Anelectronic method of obtaining a service alert pertaining to exerciseequipment, the method comprising; (a) using a control server at afitness facility to gather service information from at least one fitnessequipment unit via a wireless connection; (b) determining whether theservice information gathered in step (a) is significant; (c)automatically sending a service alert message to at least one predefinedrecipient regarding service information that is significant, wherein theat least one predefined recipient is a manufacturer of the at least onefitness equipment.
 41. The method according to claim 40, wherein sendinga service alert is accomplished only when requested by at least onerecipient.
 42. The method according to claim 40, wherein using thecontrol server to gather service information includes storing theservice information in a database associated with the control server.43. The method according to claim 40, wherein the service information isconsidered significant if the fitness equipment unit requires servicing.44. The method according to claim 40, wherein the service information issent by the control server.
 45. The method according to claim 40,wherein the control server gathers real time service information; themethod further comprising using an accumulated data storage unit tostore history service information; the history service information beingformed by the periodic collection of the real time service information.46. The method according to claim 40, wherein determining whether thereal time service information is significant includes obtaining andevaluating the history service information.
 47. The method according toclaim 40, wherein sending a service alert message includes sending fromthe control server the real time service information and sending fromthe accumulated storage unit the history service information.
 48. Themethod according to claim 40, wherein sending a service alert messageincludes sending from the control server both the real time serviceinformation and the history service information.
 49. The methodaccording to claim 40, wherein sending a service alert message includessending from the accumulated data storage unit both the real timeservice information and the history service information.
 50. Anelectronic method of obtaining a service alert pertaining to exerciseequipment, the method comprising; (a) using a control server at afitness facility to gather service information from at least one fitnessequipment unit via a wireless connection; (b) determining whether theservice information gathered in step (a) is significant; (c)automatically sending a service alert message to at least one predefinedrecipient regarding service information that is significant, wherein theat least one predefined recipient is a service/maintenance providerremote from the fitness facility.
 51. The method according to claim 50,wherein sending a service alert is accomplished only when requested byat least one recipient.
 52. The method according to claim 50, whereinusing the control server to gather service information includes storingthe service information in a database associated with the controlserver.
 53. The method according to claim 50, wherein the serviceinformation is considered significant if the fitness equipment unitrequires servicing.
 54. The method according to claim 50, wherein theservice information is sent by the control server.
 55. The methodaccording to claim 50, wherein the control server gathers real timeservice information; the method further comprising using an accumulateddata storage unit to store history service information; the historyservice information being formed by the periodic collection of the realtime service information.
 56. The method according to claim 55, whereindetermining whether the real time service information is significantincludes obtaining and evaluating the history service information. 57.The method according to claim 55, wherein sending a service alertmessage includes sending from the control server the real time serviceinformation and sending from the accumulated storage unit the historyservice information.
 58. The method according to claim 55, whereinsending a service alert message includes sending from the control serverboth the real time service information and the history serviceinformation.
 59. The method according to claim 55, wherein sending aservice alert message includes sending from the accumulated data storageunit both the real time service information and the history serviceinformation.
 60. An electronic method of obtaining a service alertpertaining to exercise equipment, the method comprising; (a) using acontrol server at a fitness facility to gather service information fromat least one fitness equipment unit via a wireless connection; (b)determining whether the service information gathered in step (a) issignificant; (c) automatically sending a service alert message to atleast one predefined recipient regarding service information that issignificant, wherein the at least one predefined recipient comprises arepair facility and wherein the service alert message includes a requestfor a replacement part for the at least one exercise equipment.
 61. Themethod according to claim 60, wherein sending a service alert isaccomplished only when requested by at least one recipient.
 62. Themethod according to claim 60, wherein using the control server to gatherservice information includes storing the service information in adatabase associated with the control server.
 63. The method according toclaim 60, wherein the service information is considered significant ifthe fitness equipment unit requires servicing.
 64. The method accordingto claim 60, wherein the service information is sent by the controlserver.
 65. The method according to claim 60, wherein the control servergathers real time service information; the method further comprisingusing an accumulated data storage unit to store history serviceinformation; the history service information being formed by theperiodic collection of the real time service information.
 66. The methodaccording to claim 65, wherein determining whether the real time serviceinformation is significant includes obtaining and evaluating the historyservice information.
 67. The method according to claim 65, whereinsending a service alert message includes sending from the control serverthe real time service information and sending from the accumulatedstorage unit the history service information.
 68. The method accordingto claim 65, wherein sending a service alert message includes sendingfrom the control server both the real time service information and thehistory service information.
 69. The method according to claim 65,wherein sending a service alert message includes sending from theaccumulated data storage unit both the real time service information andthe history service information.